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(54) Dynamic property sheet system 

(57) Methods and apparatus for the concurrent dis- 
play of two or more property pages of a Graphical User 
Interface (GUI) are disclosed. A user can select a prop- 
erty page displayed by a first property sheet system and 
create a second property sheet system that displays the 
selected property page at second, user selected display 
position. Alternatively, the user can place, or dock, the 
selected property page into an existing property sheet 
system for inclusion therein and display thereby. The 
first property sheet system displays, at a first display 



position, any of the property pages remaining therein. 
Typically, the selected property page is removed from 
the first property sheet system and the first property 
sheet system is destroyed if it contains no other prop- 
erty pages. The invention allows a user of a GUI to con- 
currently display and interact with multiple property 
pages of multiple property sheet systems for optimizing 
the exchange of information with the GUI. 
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Description 

A portion of the disclosure of this patent document contains material which is subject to copyright protection. The 
owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it 
5 appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatso- 
ever. 

Reld of the Invention 

10 The present invention relates to graphical user interfaces, and particularly to property sheet systems having prop- 
erty pages viewable on a graphical user interface. 

Background 

is A graphical user interface (GUI) is an indispensable feature of most modem computer systems. A GUI allows a user 
to interact intuitively with an application program running on the computer by allowing the user to manipulate pictorial 
representations of objects. Many of the display components of a typical GUI. such as title bars, menu bars, icons, mul- 
tiple windows, scroll bars, pop up menus and dialog boxes, are now standard features. A modem GUI represents a 
major improvement over the text-based entry systems of just a few years ago. 

20 Typical dialog boxes of a GUI system allow a user to exchange information with an application program. Some dia- 
log boxes simply require a user to confirm an operation before it is executed by the computer; other dialog boxes may 
ask for user selected input, such as choice of a disk drive, directory, file name, file type, network path, etc. Dialog boxes 
typically comprise components such as text boxes, list boxes, option buttons, and command buttons. 

If a large amount of related information is to be exchanged between a user and the computer a GUI may include a 

25 special type of dialog box known as a property sheet system. A property sheet system, for example, can have a display 
that includes several tabs which represent different dialog boxes, known as a property pages. The user can select a tab 
to display the particular property page associated with that tab. Once selected, the user can enter information, confirm 
an operation, or make other appropriate option choices. 

Available property sheet systems can be frustrating to use. For example, to configure optimally an application pro- 

30 gram, a user often exchanges information with the program by using several modeless property pages. Often the con- 
figuration options that result in the desired performance of the application are not immediately obvious and are arrived 
at by some trial and error. Unfortunately, because the property sheet system displays only one property page at a time 
on a monitor, a user usually selects appropriate tabs to switch between multiple property pages, e.g. property pages 
are relegated to the background Furthermore, the user is typically required to remember the particular settings on the 

35 nondisplayed property pages. This procedure of continually switching between property pages to configure a system is 
overly laborious and time consuming. 

Accordingly, an object of the invention is to provide a property sheet system that allows a user to easily and effi- 
ciently exchange information with an application program. 

A further object of the invention is to provide a property sheet system that reduces the need of a user to choose 

40 continually between displayed and nondisplayed property pages when the exchange of information requires the use of 
more than one property page. 

Other general and specific objects of the present invention will be apparent and evident from the accompanying 
drawings and the following description. 

45 Summary of the Invention 

The present invention relates to, broadly, the creation of a second property sheet system from a first property sheet 
system. The first property sheet system includes one or more property pages, which are displayable on a display mon- 
itor at a first display position. The first property sheet system is often part of an existing application program. For exam- 

so pie. a word processor program on which this application is being typed has a property sheet system for setting up 
printers. This property sheet system includes "tabbed" property pages entitled "setup", "paper", "destination", "print 
quality", and "fonts". According to the invention, a property page is selected is response to an input signal from a user- 
operated pointing and selecting device, such as a mouse. In response to a second signal generated by the user, typi- 
cally via the mouse, the selected property page is included in. and displayed by, a second property sheet system. The 

55 user may thus display and interact with two property pages simultaneously: the selected property page, which is dis- 
played by the second property sheet system, and any one of the property pages remaining in the first property sheet 
system, which is displayed by the first property sheet system. 

One technique by which a user may select a property sheet is by "tearing," that is, selecting a tab representing a 
property page of the first property sheet system. The property page "torn" or selected from the first property sheet sys- 
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tern is displayed at a second location, determined by the user, on the display screen. Typically, a user employs "drag 
and drop" operation to select a property page, create a second property sheet system, and to display the torn property 
page at a user-selected display location. 

As noted, creating more than one property sheet system allows a user to view and exchange data with an applica- 

5 tion program using two or more property pages that are viewed simultaneously. The user need not continually switch 
between displayed and non displayed property pages, nor need he or she commit to memory the contents of one or 
more property pages. Note that as used herein, the term property page or sheet is intended to include a modal or mod- 
eless secondary window that displays user-accessible properties of an object. A property page is said to be included in 
a property sheet system and can be displayed in a variety of formats to best allow a user to exchange information with 

10 a computer or with an application program running on a computer. 

Additionally, property pages can be exchanged between property sheet systems, whether these systems are cre- 
ated according to the invention or exist as part of a separate application program, such as a word processor program. 
A property page "torn" from a property sheet system is typically displayed as a geometric object or other symbol during 
the "drag" portion of the "drag and drop" operation. A user can place the selected, or "torn," property page in an existing 

15 property sheet system for inclusion therein and display thereby, rather than in a new property sheet system created to 
include the selected page. Typically, the user places the symbol representing the "torn" page in close proximity to a 
property page displayed by the property sheet system into which it is desired to drop the "torn" page. A docking input 
signal, such as release of a mouse button, causes the selected property page to "drop", or "dock" into the chosen prop- 
erty sheet system. Once docked in the chosen system, the property page may be used by the user just as when it was 

20 in the previous property sheet system. 

According to one aspect, the invention includes a processor; a memory element; a display monitor; a user input 
device; a selection element for selecting a property page of a first property sheet system responsive to a signal gener- 
ated by a user input device, such as, for example, mouse, trackball, or keyboard; and a second program element for 
creating a second property sheet system for including the selected property page and for displaying the selected prop- 

25 erty page at a second display position on the display monitor. 

According to another aspect, the invention includes a removal element for removing from the first property sheet 
system the property page selected by the selection element such that the selected property page is not displayable by 
the first property sheet system. 

In yet another aspect, the invention includes a destruction element for destroying a property sheet system when 

30 system does not include any property pages, such as when the last page in the system has been removed by the 
removal element. 

According to another aspect of the invention the invention further includes a docking element, for, in response to a 
signal generated by a typical user input device, placing a property page selected by the selection means into a selected 
property sheet system for inclusion therein and display thereby. 

35 In yet another aspect, the invention incorporates a positioning program element, responsive to input signal gener- 
ated by the user input device, for selecting the second display position at which the second property sheet system dis- 
plays property sheets included therein. 

In a different variation, the positioning element varies the display position of a symbol in response to a user input. 
The second program element, responsive to the user input, displays the selected property page at the second position. 

40 The positioning element also allows for placing the symbol in substantial registration with a displayed property page of 
a property sheet system such that the docking element, responsive to a user input signal, such as release of a mouse 
button, places the selected property page into the property sheet system with which the symbol was in substantial reg- 
istration. The symbol can be the dotted outline of a box, and the box can be the approximate size of a displayed property 
page. 

45 To aid the user in docking a selected property page into an existing property sheet system, the invention can 
include an element for displaying on the display monitor an icon having a second display state for indicating to a user 
when the symbol or geometric object is in substantial registration with a property page of a property sheet system. For 
example, the icon second display state can comprise a display of a two puzzle pieces that are mated, and the icon can 
have a first display state comprising two puzzle pieces that are not mated, for indicating a when a symbol or geometric 

so figure is not properly registered, i.e., the selected property page will not be docked by the docking means into an exist- 
ing property sheet system. 

According to another feature of the invention, in addition to a positioning element responsive to user input for var- 
ying a position of symbol displayed on the display monitor, a a proximity program element is included. The proximity ele- 
ment determines a parameter responsive to the distance on the display monitor between the symbol and the position 
55 on the display monitor of a displayed property page of a property sheet system. When the parameter is less than a first 
amount, the docking means, responsive to a first user input signal generated by the user input device, places the prop- 
erty page selected by the selection element into the property sheet system for inclusion therein and display thereby. 
When the parameter varies from the selected value by a second selected amount, the second program means, respon- 
sive to a second input signal, places the property page in a newly created property sheet system and displays the 
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selected property page at a position on the display monitor substantially determined by the display position of the sym- 
bol. For example, the displayed property page can be centered about the position of the symbol. The first and second 
input signals can be responsive to the release of a mouse button as part of the "drag and drop" procedure. 

Of course, the invention pertains not only to a computer programmed in the manner described above to perform 

5 the transformation and operations described above, but to a machine readable data storage medium including the 
above-described elements. The invention is also understood to comprise methods for performing the above operations. 

It will thus be seen that certain changes may be made in the above constructions without departing from the scope 
of the invention. It is intended that all matter contained in the above and following description or shown in the accompa- 
nying drawings be interpreted as illustrative and not in a limiting sense. 

w It is also to be understood that the following claims are to cover all generic and specific features of the invention 
described herein, and all statements of the scope of the invention which, as a matter of language, might be said to fall 
therebetween. 

Brief Description of the Drawings 

is 

The foregoing and other objects, features and aspects of the invention will be apparent from the following descrip- 
tion and apparent from the accompanying drawings, in which like reference characters refer to the same parts through- 
out the different views. The drawings illustrate principles of the invention and, although not to scale, shown relative 
dimensions. 

20 FIGURE 1 illustrates a typical computer system according to the invention. 

FIGURE 2 illustrates a typical property page of a property sheet system for configuring, for example, the keyboard 
display of an application program. A user accesses each property page of the property sheet system by selecting the 
appropriate tab displayed at the top of the property page window display. 

FIGURE 3 illustrates an intermediate display presented as part of the "drag and drop" procedure for creating a new 
25 property sheet system including a property page lorn" from the first property sheet system of FIGURE 2. 

FIGURE 4 illustrates a second property sheet system including the property page "torn" from the first property 
sheet system illustrated in FIGURE 2 and which is displayed simultaneously therewith. 

FIGURES 5A and 5B depict the selected display states of a dynamic icon for aiding a user in "docking" a property 
page removed from one of the property systems for placement within another sheet system. 
30 FIGURE 6 is a flow chart diagram illustrating the steps involved in removing a property page from a property sheet 
system and placing it in a second property sheet system, as depicted in FIGURES 2-4. 

FIGURE 7 is a schematic illustration block diagram of the software components utilized in accordance with the 
teachings of the present invention; 

FIGURE 8 illustrates the object classes, and their relationships, in accordance with the teachings of the present 
35 invention. 

FIGURES 9A-9C illustrate parent-child relationships of particular object classes depicted in FIGURE 8 and used in 
the software coding according to the teachings of the invention. 

FIGURE 10 is a hierarchical schematic illustrating the derivation of key property pages from a property page base 
class according to the teachings of the present invention. 

40 

Description of Illustrated Embodiments 

The removing or tearing of property pages from a property sheet system, in accordance with the teachings of the 
present invention, extends the user interface of standard Windows/Windows 95/W1ndows NT property pages to enable 
45 a user to change values on separate property pages simultaneously without changing visual context. The user can grab 
the active property page and pull/tear it away from the property sheet system and place it in an existing or newly created 
property sheet system. However, one of ordinary skill in the art, in accordance with the teachings herein, understands 
the invention to be applicable to GUI's in other operating environments, such as, for example, X-Windows. Motif, and 
IBM OS/2. 

so The practice of the invention includes a computer, such as the computer 2 illustrated in FIGURE 1 . The computer 
2 typically includes input-output hardware 3, a central processor 4. random access memory 5, disk storage 6. a key- 
board 7. pointing device, such as a mouse 8 and a display monitor 10. The Input/output hardware 4 connects the com- 
puter 2 to, for example, a network. 

FIGURE 2 illustrates a typical computer display screen display 12 of a property page 1 4 of a property sheet system. 

55 The property page 14 in FIGURE 2 is used for configuring the keyboard display 16 of an application program that mon- 
itors and controls industrial processes. One such industrial process control system is the l/A SERIES® System availa- 
ble from The Foxboro Company, of Foxboro, Massachusetts, USA. However, an industrial process monitoring system 
is merely one example of the type of environment in which property pages are typically very useful; the present inven- 
tion is useful in many computer application programs, such as word processors, spreadsheets, communications pack- 
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ages, web browsers, etc. However, in the particular embodiment illustrated here, the property pages are used to 
configure a keypad annunciator of an industrial process control system, such as the keypad annunciator 16 in FIGURE 
2. Many of the keys of a keypad annunciator 16 are configurable, via property pages, such that a given individual key is 
associated with a particular alarm state of the industrial process control system; occurrence of that alarm state causes 

5 the key to change appearance. The key is also configurable such that selecting the key with the mouse can initiate 
selected corrective action or display a selected process graphic. 

To "tear" a page from a property sheet system, the user positions a cursor over the body (i.e., generally anywhere 
other than an edit field or the tab representing the property page 14) of property page 14 and provides an input signal, 
typically by depressing a button on the mouse. During this tearing, or selection, process the user is presented with an 

w outline of the property page while the mouse is pressed, and the outline can be positioned by "dragging" it anywhere 
on the display screen. FIGURE 3 illustrates the outline 20 of property page 14 that is in the process of being torn from 
its property sheet system. Once the desired position is found, releasing the mouse button signals the application to cre- 
ate a new property sheet dialog system and populate it with the torn-away property page. Typically, the original property 
page 14 is removed from its original container, e.g., the first property sheet system, and is only available in the second 

is property sheet system. The user can view and change values using different property pages in one visual context, that 
is, to view them simultaneously positioned above the desktop 13. FIGURE 4 illustrates the simultaneous display of two 
property pages, the torn page 14. displayed in the display window 24 of the newly created property sheet system, and 
property page 22, now displayed in the original property sheet system display window 1 5, and corresponding to the tab 
25 labeled "displays." The tab 18 labeled "actions" in FIGURE 2 is removed from property sheet display window 1 5 and 

20 now appears in display window 24 in the newly created property sheet system, as illustrated in FIGURE 4. The property 
page 14 and the property page 22 are now displayed concurrently, and the user can exchange data with either of them. 
Typically, as the user interacts with one of the displayed property pages, the other is updated, as necessary, to reflect 
the data exchange with the other. For example, if the display window 24 of the newly created property sheet system is 
active, that is, the user is exchanging data with the property page 14, the property page 22, displayed in the non-active 

25 window 15 of the original property sheet system, is updated, as necessary, to reflect the any data input by the user to 
the property page 14 displayed in window 24. 

In addition to being able to create a new property sheet system for displaying the selected property page, the user 
can place the selected property page into an existing property sheet system. The user attaches, or docks, a "torn" prop- 
erty page into an existing property sheet system by dragging the outline 20 over the top of a property page displayed 

30 by that system. Releasing the mouse button when the outline is so positioned docks the property page into the property 
sheet system. As discussed immediately above, a displayed property page in a non active window is updated, as nec- 
essary, to reflect any input by a user to a displayed property page in an active window. Using the docking procedure, 
the property page 14 in FIGURE 4 can be selected and placed back into in the original property sheet system for re- 
display in display window 15. 

35 A visual cue, such as a dynamic icon 28 in FIGURES 5A and 5B, is provided to assist in the tear-away/docking 
operation. During the dragging process, the user is provided with a symbol such as dynamic icon 28 that shows two 
puzzle pieces. When the drag box is over a dock-site, i.e., over an existing property sheet system that can accept the 
property page being dragged, the puzzle pieces join and appear as a second display state 32, thus signifying to the 
user that the dragged page can be docked e.g., accepted into the that system. FIGURE 5A illustrates the dynamic icon 

40 in the first display state 30 wherein the puzzle pieces are separated, indicating that the drag box or geometric shape 20 
is not properly positioned for a property page to be docked. 

The invention uses the logic depicted in the operational f low chart illustrated in Figure 6. Starting at decision box 
34, pressing a mouse key when the cursor is within a property page "tears" the property page and leads along the "yes" 
branch of box 34 to box 36. As the mouse is dragged, that is, moved with the mouse button pressed, an outline of the 

45 property page is drawn on the screen. This process will continue until the user releases the mouse button. Releasing 
the mouse button leads from along the "yes" branch of box 36 to decision box 38, which determines whether the torn 
property page can be docked, that is, whether the drag box 20 is positioned over a property page of an existing property 
sheet system. If docking is possible, the torn page is docked into the "target" system, as in box 42; if the page cannot 
be docked, a new property sheet system is created for inclusion of the torn property page, as indicated by box 40. 

so Finally, in box 44, the torn page is removed from the original property sheet system, and if no other pages remain in the 
original, or source, property sheet system, the system is deleted, or destroyed. In the remainder of the specification, the 
object classes and coding to perform the above-described operations are described. 

The present invention uses techniques of object-oriented programming. In object-oriented programming, routines 
are separate entities that include both data and functions, or methods, for processing the data. Object-oriented pro- 

55 g ramming differs from traditional structured programming, which relied heavily on subroutines, and in which data and 
the routines that handled the data were usually strictly segregated. Structural programming is organized in terms of 
computer details, such as files, record, and sorting algorithms; object oriented programming is organized in terms of the 
physical entities, the "objects." that exist in the environment in which the problem is to be solved. The data and methods 
stored in a object represent, respectively, the attributes of the physical object and the actions a object is capable of car- 
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rying out. Objects are related to classes; an object is said to be an instance of a class. A class is not an object, but a 
template that instructs a compiler how to construct an actual object. 

Those of ordinary skill in the art of modern programming are familiar with object-oriented concepts such as encap- 
sulation, inheritance and polymorphism. Encapsulation refers to combining data and functions, or methods, that proc- 
ess the data into a single object, wherein the internal details of the methods and data may be largely hidden. 
Inheritance refers to a derived class inheriting the features and capabilities of the base, or parent, class. The derived 
class can then be modified to suit a particular need. Polymorphism allows objects whose properties differ to be able to 
function together. That is, the interfaces through which objects exchange messages are standardized and not depend- 
ent on the exact internal working of an object. Because of encapsulation, polymorphism and inheritance, object ori- 
ented-programming is a modular approach that reduces the amount of coding a designer of a new system or function 
needs to perform. Objects can be joined in a coherent procedure in which objects can be added, modified or deleted 
without a designer having to rewrite a whole application. A considerable amount of code written by others is reusable, 
and is often reused. For example, the Microsoft Foundation Class (MFC) Library is a set of more than 100 classes 
designed to help C++ programmers write Windows-based programs. The present invention built upon classes from the 
MFC version 4.1 library. 

Accordingly, described herein are only those dass definitions, and code segments, necessary for one of ordinary 
skill in the relevant programming arts, possessed of all the teachings herein, to make and use the invention. Classes, 
objects and codes well known to, or easily created by, those of ordinary skill in the art, or available in published libraries, 
such as MFC library, are not described, or if described, are only briefly discussed. 

The present invention provides for a sophisticated property sheet system that supports modeless operation and 
tear-away property pages. The system uses the standard system software components illustrated in FIGURE 7. The 
components include the application frame window 46 and the property sheet system 48. In general, property sheet sys- 
tems are implemented using three components: a property frame 48A, a property sheet 48B, and one or many property 
pages 48C. These three components 48A-48C are related. The property pages 48C are the children of the property 
sheet 48B; the property sheet 48B is the child of the property frame 48A; and the property system 48 is owned by the 
application's main frame window 46. Because the property frame 48A is typically a top-level window, it generally cannot 
be a child of another window, but it can be owned. 

The present invention extends the standard property sheet system, such as that in FIGURE 7, by extending the 
standard classes to allow the tearing of property pages, the creation of new property sheet systems, and the docking 
of torn property pages into existing property sheet systems. The classes are illustrated in FIGURE 8. 

The application frame window class 50, labeled CACRFrameWnd in FIGURE 8, provides management support for 
the property sheet system 55. The application frame window class 50 provides property page dock support, property 
page availability handling, and property sheet system creation. The application flame window 50 constructs the prop- 
erty sheet system 55 with a creation mask that indicates which property pages 56 to create. Additionally, the application 
frame window 50 provides the notification interface used by the property sheet system 55 when property or selection 
information has changed in a property page 36. 

The property sheet system 55 is comprised of three distinct parts. The first and least significant of these compo- 
nents is the property sheet frame class 52. The property sheet frame 52 is a mini-frame window that is used to house 
the property sheet system 55 window. The property sheet frame 52 allows the property sheet system 55 window and 
pages 56 to be operated in an modeless fashion. The property sheet frame 52 creates the property sheet 54, hides 
itself when closed, and provides access methods to its owned property sheet 54. 

The property sheet class 54 provides management support for the key property pages 56. This support includes 
property page creation, property page docking support, and property page update facilities. 

The individual property pages 56 constitute the final component of the property sheet system 55. Each property 
page 56 provides specific edit functions for a portion of the data exchanged with an application program. Each property 
page is derived from a base property page that provides application-specific property page functions. The base prop- 
erty page provides tear-away page support, and facilities to update a keyboard or be updated from a keyboard. The 
base property page also provides an iterative mechanism for setting property information for multiple keys of keypad 
annunciator 16 in FIGURE 2 to facilitate disabling of controls. 

Further elaboration is provided below, in a separate section on each of the components. Class definitions and a 
description of the instance variables and methods for the property frame class, property sheet class, and property page 
classes are provided. Important code sections for the property sheet and property page classes are listed at the end of 
the specification, and additional code, including code pertaining to modification of the application frame window class 
is provided in an appendix. Coding for the property sheet frame class is not provided. 

Application Frame Window Class 

Coding for portions of the application frame window class is provided in the appendix. 
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Property Sheet Frame Class ■ CPropertvSheetFrame:CMiniFrameWnd 

The property sheet frame 52 allows the property sheet system window and pages to be operated in a modeless 
fashion. The property sheet frame 52 can operate to create the property sheet, to hide itself when closed, and provides 
access methods to its owned property sheet. 

As shown in FIGURE 8 and in FIGURE 9A, the CPropertySheetFrame 52 provides the harness window for the 
property sheet system. The CPropertySheetFrame 52 creates, destroys manages visibility, and facilities modeless 
operation of the property sheet system. 

The CPropertySheetFrame class 52 is defined below in Tables 1 and 2. 

Table 1 - CPropertySheetFrame Class Definition 



15 


Name Parameters 


Returns 


Access 


Vtrttia 
I 






Nothing 


public 


no 


20 




Nothing 


public 


yes 


25 




CACRPropertyShe 
et* 


public 


no 




LPCREATESTRUCT 
^^^^^^^^^^^^M IpCreateStruct 


int 


protect 
ed 


no 


30 


sHHH 


void 


protect 
ed 


no 


35 




void 


protect 
ed 


no 




void 


protect 
ed 


no 



40 



45 



Table 2 - CPropertySheetFrame Data Definition 




Type Access 


CACRPropertySheet* 


private 


UINT 


private 



Below is a description of the data and methods of the CPropertySheetFrame 52. 
Data: 

55 mjDACRPropertySheet: This data member is a pointer to the property sheet system that is created and managed 
by this frame. 

m_wCreatePageMask: This a data member s the initial page creation mask used to define this property sheet sys- 
tem. The page creation mask is a bit field that indicates to the property sheet system which property pages to create. 
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Methods: 

CPropertySheetFrame(UINT wCreatePageMask): This method is the constructor for the CPropertySheetFrame 
class. The constructor will store the specified page creation mask internally and use it later during the creation process. 
5 The constructor will initialize the mjjACRPropertySheet member variable to NULL. 

-CPropertySheetFrameO: This method is the destructor for the CPropertySheetFrame class. The destructor will 
destroy the m_pACRPropertySheet member variable. 

GetPropertySheet0: This method returns the m _pACRPropertySheet pointer. 

OnCreate(LPCREATESTRUCT IpCreateStruct): This method handles the creation of the frame window. This class 
10 customizes the creation process by creating the property sheet system at this time. The property sheet system is ere- 
ated with the page create mask, m_wCreatePageMask, that was specified during class creation. 

OnCloseO: This is a method that intercepts the normal window close behavior. The default behavior of the close 
process is to destroy the window and this class. This method simply hides the window. The destruction of this class is 
the responsibility of the CACRFrameWindow. 
15 OnSetFocus(CWnd* pOldWnd) : This is a method that forwards the focus handling to the embedded property sheet 
system if one is defined. 

OnActivate(UINT nState. CWnd* pWndOther, BOOL bMinimized): This is a method that forwards the activation 
handling to the embedded property sheet system if one is defined. 

20 Property Sheet Class - CACRPropertySheet:CPropertvSheet 

The CACRPropertySheet 54, illustrated in FIGURES 8 and 9B, provides support for the key property pages. 
CACRPropertySheet customizes the default property sheet behavior by providing automatic property page creation, 
property page docking support, and property page update facilities. The CACRPropertySheet class 54 is defined below 
25 in Tables 3 and 4. 



Table 3 - CACRPropertySheet Class Definition 



30 


Name 


CWnd* pWndParent, 
UINT 

wPageCreateFlag 


Nothing 


public 


Viriua 1 


35 


' ' ' ''\ 


no 






void 


Nothing 


public 


yes 


40 


IBB 


LPCREATSTRUCT 
IpCreateStruct 


int 


protecte 
d 


no 




It 111 


UINT wPageMask 


void 


public 


no 






void 


void 


public 


no 


45 




UINT wPageMask 


void 


public 


no 






UINT wPageMask 


BOOL 


public 


no i 






void 


UINT 


public 


no 


SO 


mi 


UINT wPageMask 


CPropertyPage* 


public 


no 


55 
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UINT wPageMask, 
LPRECT 
; pTearOffRect 


void 


public 


no 






I void 


void 


public 


no 
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Table 4 - CACRPropertySheet Type Definitions 



Mask 




Value 




l^lifllll 


0x00000000 






0x00000001 






0x00000002 






0x00000004 




;. V :>;< < >. -J <'X;:. : - : v : ; 


0x00000008 






0x00000010 




..... v ; . - : -\ . . 

- 

••••• V-V K - . ••■ 

: v 


0x00000020 


liiliii 


: ..V. is; 


0x0000003f 






Oxflffffiff 









Mqsks : 

The following masks are used to define property pages that are used in the CACRProperySheet implementation. 
NO_PAGES: Specifies no pages. 

PAGE_ACTIONS: Specifies the Alarm Actions Property Page. 
PAGES_DISPLAYS: Specifies the Display Property Page. 
PAGE_PROGRAMS: Specifies the Program Property Page. 

PAGE_COMMANDS: Specifies the Command Property Page. 
PAGE_ALARMJJST: Specifies the Alarm List Property Page. 
PAG E_ALARM_COLO R : Specifies the Color Property Page. 
LEGAL_PAGES_ONLY: Specifies ail the legal Property Pages. 
ALL_AVAILABLE_PAGES: Specifies all pages, legal or otherwise. 

Methods : 

CACRPropertySheet(CWnd* pWndParent, UINT wPageCreatePlag): This is the constructor for the property sheet 
system. The constructor will invoke the CreatePage member with the specified page create mask. 

-CACRPropertySheetO This is the destructor for CACRPropertySheet. The destructor will delete all ed property 
pages. 

OnCreate(LPCREATESTRUCT IpCreateStruct): The OnCreate handler automatically snaps this window to the cli- 
ent region of its parent, typically the CPropertySheetFrame. 

PostNcDestroyO; This method calls the default PostNcDestroy handler and then deletes itself. 

CreatePage(UINT wPageMask): This method will creates the property pages specified by the page mask. All cre- 
ated property pages are automatically added to this property sheet. 

DestroyPage(UINT wPageMask): This method will find the page with the specified mask, remove it from the prop- 
erty sheet system, and destroy it The page mask must specify a single page for this method. 

lsPageEnabled(UINT wPageMask): This method will determine it the page specified by the page mask is present 
in this property sheet system. This method will return TRUE if the page is found, FALSE otherwise. 

GetPageMask(void): This method will return the page mask for all the pages ed in this property sheet system. 

FindPage(UINT wPageMask): This method will find the page specified by the page mask. This method will return 
the specified page if it is found. NULL otherwise. 

TearOffPage(UINT wPageMask): This method will request the main frame window to create a property sheet sys- 



EP 0 813 139 A2 



w 



tern in the specified page mask, remove the specified page from the property sheet system, and if the property page 
removed is the last on kill this class. 

UpdatePageControl(void): This method provides a work around to a MFC 3.0 bug concerning the automatic redraw 
of the page control used in the property sheet system. 

Property Paoe - CACRPropertvPaqe: CPropertvPaqe 

The CACRPropertyPage 56, as illustrated in FIGURES 8 and 9C, provides the core behavior for the key property 
sheet system for the process control application program. The key property sheet system is used to configure the keys, 
of the keypad annunciator 16 in FIGURE 2. CACRPropertyPage 56 provides tear-away page support and facilitates set- 
ting of properties from and to a target data source. 

The CACRPropertyPage class is defined below in Tables 5 and 6. 
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Table 5 - CACRPropertyPage Class Definition 



20 



25 



30 



35 



40 



45 



50 



55 



UINT wPagelD, 
UINT nlDTempIate, 
UINT nIDCaption 


Nothing 


public 


no 


LPCSTR 

IpszTemplateName, 
UINT nIDCaption 


Nothing 


public 


no 


void 


Nothing 


public 


yes 


void 


UINT 


public 


no 


void 


void 


public 


yes 


void 


void 


public 


yes 


void 


CACRProper 
tySheet 


public 


no 


HWND hWnd, 
LPRECT pRect 


void 


protecte 
d 


no 


HDC hDC, 


void 


protecte 


no 



LPRECT pTrackRect, 
BOOLbKillTrack 

LPRECT pTearOffRect void 



UINTnFlags, CPoint void 
point 

UINTnFlags, CPoint void 
point 

UINT nFlags, CPoint void 
point 



protecte no 
d 

protecte no 
d 

protecte no 
d 

protecte no 
d 
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Table 6 - CACRPropertyPage Data Definition 



Name 




* A t , > I 


>:w»»SC->>Xv! 1 






• - -- • - 

... vA ' •- • - • ^ - - 


- - "A 

.••>.x--..-: :•:•»:<•:< 


„ . - - 

> : > !^i,: : : : :/SMfi ;£SSWS!« 
-v.?*:"*''. .■>::. ;v % . 




(•j^ijv^^: .- {.vj^vw •"■:*-':•.•' -\ l> ^ 

% j * * — V-* $ * c 
>:< v •. ' , * s 





RECT 


protected 


BOOL 


protected 


BOOL 


protected 


BOOL 


protected 


SIZE 


protected 


RECT 


protected 


POrNT 


protected 


UINT 


protected 



Data : 

mjrTrackRect: This variable s the property page tracking rectangle during a page tear operation. 
m_blsTracking: This variable indicates that the property page is in the process of being torn off. 
m_blsTearable: This variable indicates that the current property page is tearable. 

m_bDitherLast: This variable indicates the state of the last drag track render operation. To maximize visibility the 
track rectangle is rendered in a combination of dithered states and non-dithered states. 
m_sizeLast: This variable s the size of the last track render operation. 

m_rectLast: This variable s the rectangle that was previously rendered during the drag operation. 

m_ptStartPoint: This variable s the starting point of the drag operation. The start point will maintain the relative posi- 
tion of the drag rectangle to the mouse. 

m_wPagelD: This variable s the page id of this property page. The page id is defined on creation of the property 
page. 



Methods: 



CACRPropertyPage(UINT wPagelD.UINT nIDTemplate.UINT nIDCaption): This is the constructor for the 
CACRPropertyPage dialog. The constructor requires specification of the page ID, a dialog template, and a caption. 

CACRPropertyPage(UINT wPagelD .LPCSTR IpszTernplateName.UINT nIDCaption): This is a constructor for the 
CACRPropertyPage dialog. This version of the constructor allows for the specification of the template using a string. 

~ CACRPropertyPageO: This is the destructor for the CACRPropertyPage class. 

GetPagelD(void): This method returns the m_wPagelD member variable. 

BeginPropertySet(void): This method provides a hook for derived property page classes to initialize data state 
information to properly reflect data values under multiple keys. 

EndPropertySet(void): This method provides a hook for derived property pages to end the property setting process 
by reflecting collected state information into the property page controls. 

GetPropertySheet(void): This method returns the parent property sheet. This method will ASSERT if the parent 
property sheet is not of CACRPropertySheet style. 

ClipRectToWindow(HWND hWnd.LPRECT pRect): This method will clip the specified rectangle to the specified 
window. The method will maintain the size of the specified rectangle if possible. 

Track(HDC hDC.LPRECT pTrackRect.BOOL bKillTrack= FALSE): This method performs tracking for the property 
page drag/tear operation. 

TearOff Dialog(LPRECT pTearOff Rect): This method performs the property page tear operation. H determines it the 
specified rectangle represents a tearable state and if so performs the tear operation. 

OnLButtonDown(UINT nFlags, CPoint point): This method handles the left mouse button down processing. This 
method will start the property page tear operation. 

OnLButtonUp(UINT nFlags, CPoint point): This method handles the left mouse button up processing. This method 
will end the property page tear operation. 

OnMouseMove(UINT nFlags. CPoint point): This method handles mouse move processing. This method will drag 
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the page tear rectangle if the mouse button is pressed and the page tear operation is underway. 
Kev Property Pages 

In the application described here, wherein the property pages are used to exchange information about, and to con- 
figure, the keys of keypad annunciator 16 in FIGURE 2, the key property pages are derived from the CACRProper- 
tyPage base class, as shown in FIGURE 10. The property pages provide specific edit operations for the key data. 

Each property page will be implemented in a similar fashion. In general, each property page will provide the follow- 
ing interface, as set forth in Table 7. 



Table 7 - CACRGenericEditPage Class Definition 



15 


Name 


Parameters 


Returns 


Access 


: : Virln j 


g§ u 


^RlNTwPagelD, 
S UINT nIDTemplate, 
H UINT nIDCaption 


Nothing 


public 


no 


20 




H LPCSTR 

llll IpszTemplateName, 

R UINT nIDCaption 


Nothing 


public 


no 


25 


J | ^ §j| 




Nothing 


public 


yes 




flllBlllI 




void 


public 


yes 


30 




lii vo ^ 


void 


public 


yes 



35 Code sections for the property sheet and property page classes, as well as code sections pertaining to modification 
of the application frame window class, are provided in an appendix. The code is written in the C++ programming lan- 
guage, but can be used as the operational foundation for other implementations. 
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C++ Code for CACRPropertvSheet Class 



// 

// • * 

// 

// Class: Cr«atePoge 

// Description: Create the property page for this mlc *nd add it to th« systen. 
// this routine will create raultiple pages if multiple aasks are 

// specified. 

// 

// Returns: Bool 
// 

// f * 

1 CXodelcssPropertySheet: -.CreatePage (UIWT vPageMask) 
CPropertyPage- pPage; 

// 

// Determine it the individual page types 

// are defined and create and add then to the 



// aheet. 

//- 

if (wPagcMask 4 PAGE ACTIONS) 
( 

pPage • new CAlwAct ions < ) ; 
AddPage(pPage) : 

I 

if (wPace-aak 4 PACE DISPLAYS) 

I " ' 

pPage - new COiapleyLiatPege () ; 

AddPaga (pPage) ; 
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> 

if (wPageMask t PACE PROGRAMS) 
I 

pPage - new CPrograaLiitPage() .- 
^ AddPagelpPage); 

if (wPageMask « PACE COMMANDS I 
i 

pp*ge - ntw CCooaandDlgO j 
^ AddPage(pPage) ; 

If (wPageMask & PACE ALARM LIST) 
( 

pPage - new CAlaraLlstO ; 
AddPage(pPage) ; 

) 

if (wpageMask & PACE ALARM COLOR) 
( 

pPage - new CNevAlarmColor O : 
AddPage(pPage) t 



Method: DestroyPage 
.. Description: This m«thod toaits the property page Associated with this aask. 
U L » used when a property page has been removed fcon one sheet 

// and put into another sheet. 

// 

// Returns: Booi 
// 

// 

void CModelessPropertySheet: :0estroyPag«s (UIHT wPageMask) 
CPropertyPage* pPropertyPage; 

// 

// Get It. Remove It. KILL It. 

// 

if ((pPropertyPage - FindPage (wPageMask) I !• NULL) 
( 

ReraovePage (pPropertyPage) : 
delete pPropertyPage; 

) 

> 



// 

// • 

// 

// Class: FindPage 

// Description: Get the property page pointer based on a aask 

// Returns: Bool 

// 

// 

opertyPage* CModelessPropertySheet :: FindPage (UINT wPageMask) 
CACRPropPege* pPage - NULL; 
for <tnt i-0; KCetPageCoont () j i*+) 

// An Z the guy we want? 



9 J 

y t ♦ 

// Class: CModelessPropertySheet 

// Description: This defines the core «odeless property sheet. 

// 
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•define 
I define 

- • define 
•define 
•define 
•define 



MO PACES 
PACE_ACTXONS 
PACE DISPLAYS 
PACE~PROCftAMS 
PACE COMMANDS 

page'alarm LIST 

PACE ALARM COLOR 



0x00000000 
0x00000001 
0x00000002 
0x00000004 
0x00000008 
OxC 00000 10 
0x00000020 



fifdcf soitpakel 



■define 

lelse 

(define 

•define 

•endif 



LEGAL PACESONLT 0x0 000003 f 
ALL_AVAXLA8IX_PACES Oxffffffff 

LEGAL PACES ONLY 0x0000001 f 
ALL_AVAXLABLE_PAGES Oxffffffdf 



class CfodelessPropertySheet? 
class CKeyboerdCore; 
class CACRKeyj 



15 



20 



25 



class CHode less Property Sheet : public CPropertySheet 
private: 

CXeyboardCore* a_pOwner Keyboard; 
public: 

OECLARE_OYKAMXC(CMo<leleaaPropertySheet) 
CModelessPcopertySheet 
-CModelessPropertySheet 



JCWnd* pWndParent,UINT vPagcCreateFlag) ; 



// Attributes 
void 
void 
30OL 
'J INT 

CPcopertyPage* 

void 

void 

void 



Create Page 
DescroyPage 
XsPageEnabied 
GetPageMask 
rindPaqe 
TearOf fPagc 
UpdatePageControl 

SctPropertlesrronXeyboard (CKeyboardCore* pKeyboard) ; 



(Ultrr wPageMask); 
(UIHT wPageMask) ; 
tUINT w?»geKask); 
Wold) ; 

(UIHT vPageKask); 

(UINT wPageMask,LPR£CT pTearOf fAect) ; 
(void) ; 



30 



I 
) 

I 

ASSERT 
return 



I (tpPage - (CACRPropPageMCetPage(i)) !- HULL] && 
{ pPage-> I sKir.dOf (RUNTIME CLASS (CACRPropPageJ J ) it 
(pPage->GetPagcID<) a vPageMask) I 

return pPage; 



IpPago !- NULL) ; 
pPage; 



// If we are asking for a KULL page 5©ne 
// bogus is going on. 



35 //• 



40 



50 



// 

It Class: IsPageEnabled 

// Description: This routine loops through the pages associated with this 
// dialog systca. and determines if they are present. 

// Returns: Bool 
// 

// * 

BOOL CModelessPropertySheet: : XsPageEnebied (UINT wPageMask) 
CACRPropPage* pPage - NULL; 



for (lnt i-0i KCetPageCount () ; !♦♦) 
( 

7/ An I the guy we vaat? 
if ( ( (pPage - (CACRPropPage*) Cec Page (i) > !- NULL) tc 
45 tpPage->I»KlndOf(RUNTIKE CLASS (CACRPropPage))) && 

(pPage->GetPageIDU t wPageMask) ) 

( 

return TRUE : 

\ 

I 

return FALSE; 
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// 

// 

// 

// Class: CetPageHask 

// Description: This routine loop* through tha p*gei *i*oci*c«d with thij 
M dialog systen and collects their page masks. 

// Returns: UINT 
// 

// • • 

UIKT CttodelessPropertySheet: :CetPageHask("oid) 

OIHT wpaoeMask - 0; 

CACRPropPege* pPage - NULL; 

Cor (int 1*0 j KGetPageCountO; !♦♦» 
I 

// An X the guy we want? 
If ( UpPage - (CACRPropPage-)CetPege(l) ) J- mn.L) 4& 
<pPege->IsKindOf (RUMTXKE CLASS (CACRPropPage) J J ) 
wPageKask I- pPage->GetPageID() / 

return wPageKask; 



15 



Class: PageChanged 

// Description: This routine Is called by the Property pages when something 

on fi h ** occured that changes their data. «• will cell the keyboard 

// core so he may update his information. 

// Returns: Soching 



25 " , 

y f • 

// Method: TearOffPage 

// Dtscription: This routine ranovas tho requested page fro* this sheet 
tells the frame to create a new one. 

// Returns: Nothing 

30 It 

d CKodelessPropertySheet::TearOf£Page<OIHT wPftg C tiask,LPRECT pTearOCf Recti 
CFramewnd" pNevFrane; 

ti) t- mil?*"*' * tcr " meWndMAC * cetMAin '* iftdow °^^ 

i 

35 

//- 

// If it is the Last page we should coral t 
// sucide 

if (GetPagcCountO — 1) • 
Cet?arentU->Oestroywindow() : 

// 

40 // Get It. Remove it. KILL It. 

// 

else 
( 

DestroyPege(wPageMesk) ; 

// 

// Put the new one on top 

// 

45 It (pNewrrame !- (CFramewnd-) Get Pa rent (j ) 

pHewrran*->BringUlndowToTop() j 

) 



50 
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//••••• • • • 

// 

// Method: Update PageControl 

// Oescciption: tMs nethod torceJ Che control used in the property pages to 
c // be redrawn. 

5 // 

// Return*: nothing 

// 

// 

void CKodelessPropertySheet: :UpdatePageControl(void) 
a tabRov.SetCurSeUa tebRov.GetltemCount (> -1) ; 

10 ) 



15 



OH- Code for CACRProner tvPage Class 



20 



25 



30 



It * * 

// ••*••• « 

// 

// Class: CACRPropPage 

// Description: This defines the alarm color dialog. 

// 

// 

class CKeyboardCore; 

class CACRKey; 

class CModelessPropeztySheet; 

class CACROocument; 

class CACRPropPige : public CPropertyPage 

DECLARE J>TMAAIC JCACRPropPage) 

protected: 

RECT s^rTraeliRect; 

BOOL rTorsTracking; 

BOOL s*s>IsTearabie; 

BOOL rTbDitherLest; 

SI1C K^sLteLast; 

RECT a~rectLa»t; 

POINT n'pt Start Point: 

UIMT mjvP*9«ID; // System defined user aesfc 

BOOL n_bEr.ableTcacVlng; 

BOOL n~SelectedKeyCount; 

BOOL rTblsInited: 



35 



40 



45 



// Construction 
public: 



virtual BOOL 
virtual BOOL 
UINT 

virtual void 
victual void 



virtual void 
virtual void 
virtual void 
virtual void 
victual UINT 



CACRPropPage 
CACRPropPage 
-CACRPropPage 

OnSetActive 

CanClose 

CetPagelD 

SetPropertlesTroaXeyboacd 
SetXeyboardFroaProperties 



BeginPropeccySet 
Set Proper tyfroaKey 
SetXe'yrromProperty 
EndPropertySet 
CetUndoOperationlO 



CKodelessPropercySheet" CetPropertySheet 
CACRDocunent* Get Document 

CKeyboardCore* GetXeyboard 



(UIMT wpageI0,OIHT nI07e.-piate,UlUT nlOCaption-01 ; 

(LPCSTR IpsxTeaplateNaae.UINT nlOCaption); 

0; 

(); 

(voidM return TRUE;}; 
(void) j 

(CKeyboardCore* pKayboard); 
(CKeyboardCore* pKeyboard,LOHC lHinc-OL); 

(void) ( } i 

(CACRKey* pXey) <) 

(CACRKey* pKey , LONG lHint-01 M 

(votd)(l 

(LOMC lHint) (return STR_lD_EDITJWDO; } ; 

(void) ; 
(void) j 
(void) ; 



50 



It Dialog Data 

/ / ( ( ATX JJATA (OCR PropPogel 
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//) )AFX_DATA 



// Overrides 

/JiSS^sssiTssssjrSr* • unetlo ° ° T " rid " 

protected: 
//MAFX_VIRTUM. 



// I«pl«««ntation 
protected: 

void 

void 

void 



CUpRectToWindov 
Trick 

TcarOffDialog 



// Generated ovssage up functions 
// { lAFXjiSC{CACRPropPage> 
virtual BOOt OnlnitDialog 
*f* «9 »oid OnLButtonDown 
«** tasg void OnLButtonDp 
void OnMouseHove 
//) )ATX MSG 
DECIAAE~MES5AGE_MAP { ) 



{KWKO hwnd,LPRTCT pRect) ■ 



0# 

J"!!?! n "-***' CPolnt point), 

<UINT nfl igi( CPolnt point); 

tUINT nFl*„. C Point plint) \ 



inline OIHT CACRPropPace : :CcCPageID(void) 

^ return a_wp*g t iD; 

#endif 



// * 

// • 

// 

// Hothod: CACRPropPage: :CACRPropPage 

// Description: This routine constructs the ACfG Property Page 
Returns: Nothing 

// 

// 

CACRPropPage::CACRPrcpPage(UINT wPageIO,UIHT nlDTcaplate, UINT nIDCaption) : CPropcrtyPage (nIDTenplate, nIOC 

on J 

t 

n_vpaceID - wPagelD; 

mJsEnableTracliir.c - FALSE; 
ra'blsTracVing • FALSE; 

a>IaTearable - FALSE; 

ra_bDitherLast - FALSE; 

m_sizeL*st.cx - m sizeLast.cy - 0; 

::SetRtctEapty(ia rectLast) ; 
a_SelectedXeyCocnt - 0; 
n_blslnlted - FALSE; 



//( (AFX_DATA INtTlCACRPropPage) 

// N0TE:~the ClassWizard will add nearer initialization here 
//UAFX DATA IMIT 



// » 

// 

// 

// Method: CACRPropPage : :CACRPropPage 

// Description: This routine constructs the ACFG Property Page 

// Returns: Nothing 
// 

// • 

"RPropPage: :CACRPropPage(LPCSTR ipszTempiateName, UIHT nIDCaption) : CPropertyPage(lpsrTenplateMamc,nIOC 

{ 

//{ (AFXJJAIA^INITlCACAPropPagel 

// NOTE: the ClassWizard will add nenber Initialization here 
//JJArX DATA IStT 

) 
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10 



20 



30 



35 



45 



50 



//•••• •••»••••••»«.•• .. 

//••••••• • •••«•••»•••• 

// Class: OnLButtonDown 

// Description: Tear away this popup and aake a modeless dialog out of It . 

// Returns: BOOL 
// 

// • 

void CACAPrepPage::OoXButtonDown(OIHT nriags, CPoint point) 

KHMO hOesktop - : :GetDesktopWindov() / 

if (GetParent()->lsMlndowVlslblcO 4« hOesktop) 

HOC hOC - : :GetOCEx (hOesktop, NULL, DCX_PAR£NTCLIP) ; 

// Render the popup outline 
CecCiientRect (4n_rTrackRect) ; 

- :KapWlndowPoint7(CetSafeHwnd{) , hOesktop, (IPPOIKT) 4o rTraekRect, 2) ; 
i DtSt»rtPoint - Dolnci ~ 



J5 n^ptStartPoint - point; 

a blsTracklng • TRUE; 
«TbIsT«acabl« - rXLSE; 
a~bOltherLest - FALSE; 
: :3etReccEapty (4a_ractLasc) ; 



a_sizeLast.cx - D_sizeLast.cy - 0; 

: ;SetCaptuce(CetSafeHwnd(>) ? 

// Render the popup outline 
Track (hDC, io_rTrackRect) ; 

// Release the display contex 
: :ReleaseDC (hOesktop, hDC) ; 

else 



25 CPropertyPage: rOr.LBuctonOowMr.Flags, point); 



// 

// 

// 

// Class: OnLButtonUp 

// Description: If tracking a popup nake a modeless dialog out of 

// Returns: BOOL 
// 

// 

void CACR?ro??age::OnLButtonUp(UlNT nriags, CPoint point) 

if <a_bl s Tracking) 

RSCr rCllentRect; 
CetCllentRectUrClientRect) ; 
KWMD hOesktop - : :CetOesktopWlndow(); 
HOC hDC / 

4Q ASSERT [hDesktopI ; 

hDC • ::CetOC£x (hOesktop, NULL, DCX_PAAENTCLtP) ; 

// Undraw and release dc 

Track ChDC, CtajrTrackRect, TRUG) ; 



: :Rtle*aeDC (hOesktop. hDC) j 



// Create the modeless property 
// sheet dialog here, 
if Ua_bIsTe*rable) 44 t : tPtlnRect UrClientRect,n_ptStartPoint>) 
TearOff Dialog (4a rTraekRect); 
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n_bl3Tr*ckirvg - FALSE; 
n_bl3Te*r*ble - FALSE/ 
^ : : Rel sea cC*p t ur e ( ) t 

else 

CPropt rtyPage : :OnLButtonUp (nFlags , point) / 



« ♦ 

^/ • • • • 

// Class: OnMouseKove 

// Description: Track the popup if it being torn away. 

// Returns: BOOL 
// 

// • 

void CACRPropPage : :OnMouseMove <U INT nFlags, CFolnt point) 

RECT rClientRect; 

CetCllentRect UrClientRect > ; 

ir (a blsTracking) 

( 

HVNO hDeaktop - : iCetDesktopttlndowO ; 
HOC hDC; 

ASSERT (M)e 3 ktop) i 

hDC - : :GetDCEx(hDe3kt©p,NULL,DCX_PAR£NTCl.:p) ; 
if (! : :PtInRect UrClientRect, point) ) 
int nDX,nDY; 
// If <*_b I sTe arable) 

ft Track (hOC, uajrTrackRect) //Undraw 

// Recalculate the tracking rectangle 
nDX • point. x - ra _ptStartPoint .x; * 
nor - poinc.y - n _ptStertPoint.y; 

: :C*fsc tRect < to rTncKRtct.nDX, not) ; 
ClipRectToWindov(hOe3ktop, 4ra_rTrackRect) / 

=_ptS cart Point - point; // Reneber this point 

TracMhDC, *m_rTrackRecc); // Redraw 
::Relea3e0C(hOe3ktop,hDC); // Release 

n blsTearable ■ TRUE; 

) 

else if (m blsTearable) 

t 

Track (hOC* ia_rTrackRect.TRUE) ; // Undraw 
a blsTearable - FALSE; 

) 

) 

else 

^ CPropectyPage: :OnMouseKov«( n flags, point); 



•define CX BORDER 1 
•define Cr" BORDER l 

•define TITLE HEIGHT 16 

// • * ••«•••„. 

// 

// Class: Track 

// Description: Render the tracking rectangle in XNOR node on the specified 
display context. 

'// Returns: BOOL 
// 

// • 
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CACRPropP«9«::TrecMKOC hOC, LPRCCT pTtaekR«ct,800L bKillTrec*) 

CDC • pOC-<OC : : rrooH&ndle ihDC) ; , 

// default to thin frame 
CSite Jilo<CX_BORDCR, CY_BORD£R) 7 

// determine new recc and sice 

CRecc rtct; 

CBrush^ pWMteSrush - CBrushi :rromlUadlc( (KBROSHJ : :CetStockObiect( white Rsncuit 
CBru,h' pDltherBruah - COC: :C.tHalrtoaeBn«M>/ W (WHItB - 8 Ws »»» ' 

CBruih* pBruah - pWhiteBruah; 
HCUR30R hCur*orr 

// Set track rect list 

rect • •pTrack.Rect; 

// sit« thUk <r *" e lf " # *" n0t ° VCr * dockln 9 
if {ACRCetMainKindov()-xunDockUrect» — NULL) 



• lte.cx - CetSyateaMetrlcstSM CXTRAKE) - CX BORDER; 
aize.cy - GetSyatemMetrlei<SM~CYniAKE| - CY~BOR0ER; 



pBcuih - pOltherBrush? 

15 ^ hCuraor - Af«CetApp() ->Lo*dCur»or (IDC^KOTOOCIXO) ? 

else 

hCunor - AfaCetAppO ->LoadCursor <IDC_DOCXED) i 
if (bKUUrack II laJbtaTa arable) 
slca.ea * siat.cy - 0; 

2Q hCuraor - AzxGetAppO ->Lo«dStandardCurior(IDCJUlAOM) ; 

: : SetCursor (hCursor) / 

// draw it and remember last aire 
?»C->Or*uDc«qRect(trect, sixe, 4m_rcctLast. » siieLaat, 

pBrush, m_bOi the r Last 7 pOitherBruah : pKhireBrusM ; 

n^iiieUjc - lite; 

n^bOLtherUsc - (pBruah — pOltherBrush); 

2$ ) 

" 

" 

// Class: ClipRectToWindov 
- n ! J. °««iption: this routine clips the specified rect»n<jle to the specified 

JU H window. 

// 

// Return*: BOOL 
// 

// 

vole CACRPropP*ge::CllpRectToWindow(HWND hWnd.LPRECT pRect) 

„ RECT rCUentRect; 

3S int nWidth.nHeiqht; 

lirndei WU_A?P 

: :GetcIlentRect (hWnd, trCllentRect) ; 
.se 

: :CetWindowRecc (hWnd, trCllentRect) : 
ler.Cif 

r.Width - pRect->right - pRect->lert/ 
nKelght - pRect->boctoo - pRect->top; 



// Clip top end bottom 



if (pRecc->top < rclicntRect.top) 

pRect->to P - rClientRect.top; 
45 } pRect->botto« - P Rect->top ♦ nMeight; 

else it CpRect->bottom > rCllentRact .bottom) 

pRect->botton - rCllentRect. bottom* 
^ pReccotop - pRect->botto* - nHeiaht; 



Copyright 1996, The Foxboro Company 



21 



EP 0 813 139 A2 



// Clip left and right 
it (pRect->left < rClientRect. left) 
< 

pRcct->lett - rClientRect. left; 
5 pRect->right - pRect->l«ft ♦ nJUdth; 

else If {p*ect->right > rClientRect. eight) 
{ 

pRect->right - rClientRect. right/ 
pRect->ieft - pAect->right - ntfldthj 

) 

) 

10 

// ••• 

// • * • * 

// 

// Class: TearOffDialog 

// Description: This routine creates another version of this dialog, only in 
// modeless form. 

15 It 

II Returns: BOOL 
// 

// • * 

I define KlHHtw OELTAX S 
•define MtM~HMJDSI.TXY 5 

20 J CACRPropPage : :TearOf fOialog (LPRECT pTearOf fRect) 

( 

HWHO hOesktop - :: Get Desktop* indowt) ; 

RECT rCllefttRect; 

CModelessPropectySheec* pPropertySheet - GetPropectySheet () ; 

// 

// Convert the client coords to the 
// desktop coords to determine if the 
25 It tracking window has noved enough to 

// tear it off. 

CctCliencRect(trClientRect) ; 

: :Mapatndou?oints iGetSaf eHwnd 1} ,hDesktop, (LPPOIKT) irCllentRect . 2) ; 

// 

// Get this pages ID, create a new property 
30 II sheet with it, and destroy the page. 

// 

if (pPropertySheet) 

pPropertySheet->TearO«fPage ICetPagelDO .pTearOf fRecti ; 

) 



35 it 

// • *■ 

// 

// Class: CetPropertySheet 

// Description: This routine returns the patent property sheet in a digestable 
// format. 

// 

// Returns: BOOL 

40 " 

CHodelessPcopertySheet" CACRPropPage : : CetPropertySheet tvoid) 
< 

CUnd* p«nd - GetPmrentO; 

CModelessPropertyShcet* pPropertySheet; 



• return pPropertySheet; 
return NULL; 
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C++ Code for ^Plication Frg — 



// 

// 

// 

//. Ktthod: AddPropertyShcet 

// Description: This routine creates a fraxae window with property sheet* 

// popuUtes lc vith available property pages. 

// 

// Ac turns: CProptrtySheetrreae* 

// 



CFropertySheetFra&e* CACRMalnrrane : :Md?ropertyShe«t (CKeyboardCore" pActlveKeyboard,UIMT vPsgeHask. LrAECT ppro 

pertyRect) 

1 

CPropertySheetFraae* pPropertySheetFratae-WUIX; 

// A valid keyboard is required 

ASSERT (pActiveKeyboard" !- HULL) j 

// It the user is creating a standard property frsme 
// we should give then ell the available pages 
if (wPagcMaak — ALL AVAILABLE PACES) 
wpagetiask - CetAvailablePageKaskU ; 

if <wPageMask — KO_PACES) 

return FALSE; ~ . 

// Determine if we can dock this sheet to an existing 

// tra.ne. «c 4 re in docking mode if the pPropertyftece is 

// specified. 

If IpPropcrtyRect it ( {pPropertyShcetrra:nc-CanDock{pPropertyRect) ) 1- HULL) J 
I 

CModelessPropertySheef pPropertySheet - p?roperty5heetFrane->Get?ropertySheet () ; 
pPropertySheet->CreatePage(wpageKa3k) ; 
lifndef OONTRE1NIT 

pPcopectySheet->Set3vnerKeyboard (pActiveKeyboerd) ; 
pPropectySheeoSetPropertlesFroaKeyboard (pAetlveKeyboerd) ; 

lendif 

pProper:ySheec*>'JpdatePageControl () ; 

) 

else 
( 

// Watch out for those exceptoins 

TRT 
{ 

CRect rect 10, 0. 0. 0) ; 

CString strTitle; 

// Create this cuy and position it. 
p Proper v/ShectFrar.e - new CPropertySheetFraae (wpageMask); 



strTitle. SaptyU; 

if (!pPropertySheetrraiBe->Create{KULL, strTitle. WS_P0PU? | ws CAP710M I ws STSKEHU, rect, this)) 
delate pPr ape rtySheet Frame; 

UpdsteKeyPropertyTitletpPropertySheetFrane.pActiveKey'ooard) t 

ft Initialise the data 
pPropertySheetFraAe'>CetPropertySheet ()">SitOwnerKeyboard(pActiveKeyboard) ; 
pPzopertySheetFraae->GetFropercySheet O ->SetPropertiesFronKeyboard(pActiveKeyboard) ; 

// If a property rect is specified use it to 
// position this guy 

if (pPropertyRect) 

p?ropcctySh«etFraiae->Set«indowpos (NULL, pPropertyRect-Meft, pPropectyRect->eop. 0, o, sup HOSIZEl s 
WP HOt ORDER | ; " 
else 

pPropenySheetFrame->CenterWindow(ACRGetOleiogCenterWlndow<j ) / 

if (lpPropertySheetrrame->IsWtndowVisible() ) 
pPropertySheetrca»e->Shovwtndow(Sw SK0W» ; 

) 
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1 delete pPropertySheetrrame; 
pProp*rcySbeetFra»« - HULL; 

EWD,CATCH.ALL 

i.turn pPropertySheetrrame; 

) 

...,«»•••••••••••••••••••••••••••••••••••••••••*••••••*••••••••••••••••* 

// Htthod: GetAvaiiablePegeHaak 

// Description: This routine calculates live available page by enumerating 

all the child property frames. 

I, Return*: UXHT 
// 



UltfT CACRhainFramt: :GetAvailablePageMaak(void) 

1 UIHt wPageMesk - LEGAL_PAGESJ5tat; 
cvnd* pwnd • this; 

// Loop through all the child window *nd find the 
// f races end add their page Mask to this page mask. 

while lp«nd) 

1 if C (pWnd->IsKXndOf (RUKTIHE CLASS <CPropercyShee tFrame) )) 6( 
<pWnd->Get Parent I) -XletSafeHwndO — CetSafeHwndO ) ) 

1 CPropectySheetrrene* pPropertyrrane - lC?ropertyShcetrrarae # I pW.nd; 

CModelessPropertySheef pPropSheec - p?ropertyfracac->CetPropercyShe«c {) ; 

vpageMask 4- -pPropSheet->GetPageMask() ; 

25 Jtfnd - pWnd->G«tHext«indow(CW - HWOPRCV|; 

J 

re cure. wPageHask; 





// 

// Method: CanOock 

// description: This routine determines if we dock the specified frame to 
an existing frame. 

// ?.etucns: CPropertySheetFcatee* -> Oocking frame if one if found. 

// , 

35 // 

Idefine DOCKX_FUZZ 10 
♦define DOCKY_FUZZ 10 

CPropertySheetFrame* CACR-Ma in Frame: : CanOock (LPRZCT pPropertyRect) 

An * CProoertyShee tFrame • pPropertySheetFreae-NULL; 

40 u: ^ T * wPageHask - LEGAL PAGES J)NLY; 

cwnd* P«*« - this; 

RSCT rTestRect • •pPropertyRect; 

// reduce the test rect 
: :InflateRect UrTes tRect, -00O«J^lZ,-D0CXr FUZZ) t 

45 t( Loop through all the child window and find the 

// frames and add their Page Mask to this page mask. 

while (pWnd) 

( if l lp«nd->IsKindOf (RUNTiKEj:LASS ICProperty Sheet Frame) ) ) *a 
(pWnd«>GetParentU->CetSaCeKwnd() — CetSafeHwndO) ) 

RECT cHindowRect; 
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if ( {rWlndowR«ct.COp < rTejtRect torM - 

(rWlndo-Rect.l.?,: < SJttSSit^.^lSSSSi^i- " ^cc.bwcc, 
return (CPropertySheetFraaeMpWnd; Wndowfcect .right > rTe.tRect. right) 



j P* ftd " P«nd->c« tK ex t Window (CW_HWKOPREV>; 
return NULL; 



// * * 
// 

// Method: SyncPropertySheeta 

// Description: This routine »yncs the property sheets up with the current 

// selection state of the keyboard. 

// 

// Returns: nothing 
// 

// 

void CACRKUnrraae: : SyncPropertySheeta (CKeyboardCore* pKeyboard) 

// Cet the active keyboard if one is not specified. 

if HpXeyboard) 

pKeyboard - CetActlveKeyboardO ; 

// Sync each property fr*me If a keyboard is 

// specified. 

i£ IpKsybcard) 

F?A>t£?3SIT ION INFO Frame Pos LtionXnf o; 

Frsr.ePosltionlnfo.hWindowOnTopOf - KWNO^TOP/ 

FraeePosltionXnfo.hOeferPositiontnfo - : tfiealnOetertflndowPos CO} ; 
FrantPosltionZnfo.hParent - CetSsfeHvndO ; 

FramePositionlnfo. pKeyboard • pKeyboatd; 

FrariePosltionlnfo.bZnvalidate - FALSE; 

FrazePositionZnfo.pScreenRect - NULL; 

FrsxePositionXnfo.vPropMode • kPropSync; 

: :£.xiaWindows (ACPXnumChildProc. (LPARAM) <rrs«aePositionXr.f o) ; 

iZ :rraaePositionInfo.hDefcrPositionInfo) 

::EndDoferWindovPos(FramePositlonXnro.hOeferPositionZnfo); 



// • 

// 

// 

// Method: ClosePropertySheets 

// Description: This method enumerates each property sheet and closes then. 

// Returns: Nothing 
ti 

It • 

void CACRKe in Frame: :ClosePropettySheeta (void) 

// Sync each property Crane if a keyboard is 
// specified. 
r*AMr?CS:? ION INFO FramePosltionXnfo/ 

oemset (trraacPosiciofiXnxo, 0. elteof (rramePositlonlnfo) ) ; 

FrasePositlonlnfo.hWindowOnTopOf - hwhd TOP; 
FrsnePositionXnfo.hOeferPositlonXnfo - NULL? 

rracePosicionXnfo.hParent - Cet3«feH«nd() j 

FrsxePoiitlonZnfo. pKeyboard - NULL; 

FraaePosltionZnfo.btnvelidate - r*XSE; 

Fr*=ePosltionXnfo.pScreenRect • MULL; 

FremeFositionlnfo.wPropMode - kPropClose; 

: :£n ^windows <ACREnumChildProc. (LPARAMi srramePositionlnf o) ; 

I 
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Claims 

1 . Apparatus for computerised data processing, comprising 

5 processor means for executing a program, 

a memory element for storing the program, 
a display monitor for providing a display, 

selection means for selecting a property page of a first property sheet system, the first property sheet system 
including at least one property page displayable at a first position on the display monitor, and 
to creation means for creating a second property sheet system including said selected property page, said 

selected property page being displayable at a second display position on the display monitor. 

2. Apparatus for configuring a peripheral via a computer or configuring the intercommunication between a computer 
and a peripheral, the computer comprising; 

15 

processor means for executing a program, 

a memory element for storing at least the program, 

a display monitor for providing a display, 

the processor means being adapted to display via the display monitor property sheet systems for receiving 
20 configuration settings data from a user, the processor means being further adapted to store said data in the 

memory element at least temporarily and to employ said data when communicating with the peripheral; 
selection means for selecting a property page of a first property sheet system, the first property sheet system 
including at least one property page displayable at a first position on the display monitor, and 
creation means for creating a second property sheet system including said selected property page, said 
25 selected property page being displayable at a second display position on the display monitor. 

3. The apparatus of Claim 1 or Claim 2 further including 

removal means for removing said property page selected by said selection means from said first property 
30 sheet system such that said selected property page is not displayable by said first property sheet system. 

4. The apparatus of Claim 3 further including 

destruction means for destroying said first property sheet system when said first property sheet system does 
35 not include any property pages. 

5. The apparatus of any preceding Claim further comprising 

positioning means for varying and indicating on the display monitor said second display position at which said 
40 property page selected by said selection means and included in said second property sheet system is display- 

able by said second property sheet system. 

6. The apparatus of any preceding claim further including 

45 docking means for placing said property page selected by said selection means into a selected property sheet 

system for inclusion therein, said property page being displayable on the display monitor by said selected prop- 
erty sheet system. 

7. The apparatus of Claim 6 further comprising 

50 

positioning means for varying and indicating the position of the display monitor of a symbol representative of a 
property page selected by said selection means, and 

proximity means for determining a parameter responsive to the distance on the display monitor between said 
symbol and the position on the display monitor of a displayed property page of a property sheet system, and 
55 wherein said parameter is less than a first selected value, said docking means in response to a first user input 

places said selected property page in said property sheet system displaying said displayed property page for 
inclusion therein and for display on the display monitor thereby. 

8. The apparatus of Claim 7 wherein when said parameter is greater than a second selected value, said creation 
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means in response to a second user input displays said selected property page included in said second property 
sheet system at a position on the display monitor determined by the display position of said symbol 

9. The apparatus of Claim 7 further comprising 

5 

icon means for displaying on the display monitor an icon having at least a first display state, said icon displayed 
in said first display state when said parameter is less than said first selected value, said first display state for 
indicating to a user that said docking means, in response to said first user input, will place said selected prop- 
erty page into said property sheet system displaying said displayed property page. 

10 

10. The apparatus of Claim 9 wherein said icon means further comprises means for displaying said icon in a second 
display state when said parameter is greater than a second selected amount, said second display state for indicat- 
ing to a user that said second property sheet system will display said property page selected by said selection 
means at a position on the display monitor determined by the position of said symbol. 

15 

1 1 . A method for displaying property pages on a computer display monitor comprising the steps of 

creating a first property sheet system including at least one property page displayable at a first position on a 
display monitor, 

20 selecting a property page of said first property sheet system, and 

creating a second property sheet system including said selected property page, said selected property page 
being displayable at a second display position on the display monitor. 

1 2. A method of displaying on a computer display monitor configuration settings governing a peripheral or intercommu- 
25 nication between a computer and a peripheral, comprising the steps of 

creating a first property sheet system including at least one property page displayable at a first position on a 
display monitor, 

selecting a property page of said first property sheet system, and 
30 creating a second property sheet system including said selected property page, said selected property page 

being displayable at a second display position on the display monitor. 

13. The method of Claim 1 1 or Claim 12 further including the steps of 

35 selecting a property page from one of said first and second property sheet systems, and 

docking said property page selected from one of said first and second property sheet systems into the other of 
said first and second property sheet systems for display thereby. 

14. A method for displaying property pages on a display monitor, comprising the steps of 

40 

creating first and second property sheet systems, said first property sheet system including a property page 
displaying at first display position on the display monitor, 
selecting a property page of said first property sheet system, and 

docking said selected property page into said second property sheet system, said selected property page dis- 
45 playable at a second display position on the display monitor. 
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